Information handling system and peripheral wakeup radio interface configuration

ABSTRACT

An information handling system wirelessly interfaces with a peripheral device, such as a keyboard or mouse, through primary radios that have a communication protocol, such as Bluetooth. Secondary radios interface with their associated primary radio to provide a low power wake and sleep using wake and sleep signals sent between the secondary radios. A sleep command communicated through the primary radios is acknowledged with the secondary radios to confirm operation of the secondary radios before a subsequent wake command transmits while in the sleep state.

CROSS REFERENCE TO RELATED APPLICATION

This application is related to U.S. patent application Ser. No.17/212,860, filed Mar. 25, 2021, entitled “Information Handling Systemand Peripheral Bi-Directional Wakeup Interface” by inventors,Karthikeyan Krishnakumar and Minho Cheong, and is incorporated byreference in its entirety.

This application is related to U.S. patent application Ser. No.17/212,848, filed Mar. 25, 2021, entitled “Information Handling Systemand Peripheral Group Wakeup Radio Interface Synchronized Communications”by inventors, Karthikeyan Krishnakumar and Minho Cheong, and isincorporated by reference in its entirety.

This application is related to U.S. patent application Ser. No.17/212,844, filed Mar. 25, 2021, entitled “Information Handling Systemand Peripheral Wakeup Radio Interface Synchronized Communications” byinventors, Karthikeyan Krishnakumar and Minho Cheong, and isincorporated by reference in its entirety.

This application is related to U.S. patent application Ser. No.17/212,826, filed Mar. 25, 2021, entitled “Information Handling SystemLocation Wakeup Radio Interface Synchronized Communications” byinventors, Karthikeyan Krishnakumar and Minho Cheong, and isincorporated by reference in its entirety.

BACKGROUND OF THE INVENTION Field of the Invention

The present invention relates in general to the field of informationhandling system peripheral interactions, and more particularly to aninformation handling system and peripheral wakeup radio interfaceconfiguration.

Description of the Related Art

As the value and use of information continues to increase, individualsand businesses seek additional ways to process and store information.One option available to users is information handling systems. Aninformation handling system generally processes, compiles, stores,and/or communicates information or data for business, personal, or otherpurposes thereby allowing users to take advantage of the value of theinformation. Because technology and information handling needs andrequirements vary between different users or applications, informationhandling systems may also vary regarding what information is handled,how the information is handled, how much information is processed,stored, or communicated, and how quickly and efficiently the informationmay be processed, stored, or communicated. The variations in informationhandling systems allow for information handling systems to be general orconfigured for a specific user or specific use such as financialtransaction processing, airline reservations, enterprise data storage,or global communications. In addition, information handling systems mayinclude a variety of hardware and software components that may beconfigured to process, store, and communicate information and mayinclude one or more computer systems, data storage systems, andnetworking systems.

Portable information handling systems integrate processing components, adisplay and a power source in a portable housing to support mobileoperations. Portable information handling systems allow end users tocarry a system between meetings, during travel, and between home andoffice locations so that an end user has access to processingcapabilities while mobile. Convertible configurations typically includemultiple separate housing portions that couple to each other so that thesystem converts between closed and open positions. For example, a mainhousing portion integrates processing components and a keyboard androtationally couples with hinges to a lid housing portion thatintegrates a display. In a clamshell configuration, the lid housingportion rotates approximately ninety degrees to a raised position abovethe main housing portion so that an end user can type inputs whileviewing the display. After usage, convertible information handlingsystems rotate the lid housing portion over the main housing portion toprotect the keyboard and display, thus reducing the system footprint forimproved storage and mobility.

Although integrated keyboards, touchpads and displays provide aconvenient end user interface at portable systems, end users oftenprefer to interface with the information handling systems usingperipheral devices. Often wireless peripheral devices provide thegreatest convenience for end users by having the peripheral devicesseparate from the information handling system without any cableconnections. A variety of wireless interfaces support peripheralinteractions including WiFi, BLUETOOTH and more recently BLUETOOTH LOWENERGY (BLE). BLE operates in the 2.4 GHz range similar to WiFi andBLUETOOTH, but sends user data at defined connection intervals, such asbetween 10 msec and 4 seconds. By breaking up user data into packetssent at connection intervals, the radio tends to use less energy bothbecause of less frequent transmissions and because the radio tends toheat less and operate more efficiently at lower temperatures. BLE radiosexchange pairing information in an advertisement and connection processdefined by the BLE standard and then connect at the defined interval byreference to a clock associated with each radio that synchronizescommunication. In situations where the amount of user data is relativelysmall, such as with keyboard and mouse inputs, BLE peripherals provide alow power consumption wireless interface. When greater amounts of dataare transferred, such as with audio or visual information for speakersand displays, other types of interfaces may be used, such as BLUETOOTH,BLE 5.2 and WiFi or newer higher frequency radios that operate in the 60GHz region.

Information handling systems communicate with wireless peripheralsthrough radios that can be integrated internally or coupled as a dongleto a USB port. Generally to improve battery life, peripheral devicesmonitor end user activity and transition to a sleep state after adefined period of inactivity, such as three minutes. During the sleepstate radio transmissions are typically terminated and the peripheralradio is powered down so that communications with an informationhandling system stop. Once activity is detected, such as by a press at akeyboard key or movement of a mouse, the radio is awakened andcommunication with the information handling system is restarted, such aswith standards-defined advertisement and reconnection. During thereconnection process an end user may experience a brief delay as theinformation handling system recognizes the peripheral and re-establishessynchronized communications. One difficulty with this reconnectionprocess is that it is uni-directional. That is, a peripheral canreconnect to an information handling system when the informationhandling system has the radio on, however, the information handlingsystem cannot connect to the peripheral since the peripheral radio isoff. Another difficulty is that end user interactions with a peripheralcannot awaken an information handling system when the informationhandling system radio is off. Since many portable information handlingsystems run on battery charge, leaving a radio on when peripherals areinactive can tend to reduce battery life. By comparison, whenperipherals interface by a cable, end user inputs to the peripheral cangenerate an interrupt that awakens the information handling system. ThisUSB wake is generally limited to a small number of devices thatgenerally must be armed before the information handling system sleeps.Human interface devices (HID), such as a keyboard and mouse, generallymust be defined by the operating system, such as WINDOWS, as wakecapable devices in order to armed before sleep so that the wake upfunction is limited by both device and operating system support. In atypical use case, wireless peripherals take several extra end userinteractions to establish an operational state, such as starting theinformation handling system and making inputs at the peripherals.

Another class of device that uses low energy wireless interfaces tocommunicate is Internet of Things (IoT) devices. IoT devices typicallyuse BLE to alternate between sleep and wake modes for sensing andreporting conditions. For instance, an IoT temperature sensor typicallywakes at regular intervals to measure temperature and transmit thetemperature to an IoT gateway that forwards the temperature to a centralnetwork location. Often both the IoT sensor and gateway operate onbattery power so that low power sleep modes are used to extend thedevice battery life. In the low power mode, a processor, such as asystem on chip (SOC), operates like a state machine that wakes atintervals to handle events. Although IoT devices are useful andinexpensive tools for monitoring conditions, during the sleep state thedevices typically cannot interact. Thus, when deployed and operationalthe IoT devices cannot typically initiate communications until a timedinterval arrives.

SUMMARY OF THE INVENTION

Therefore, a need has arisen for a system and method which supports lowpower bi-directional peripheral wake-up interfaces between peripheralsand with information handling systems.

In accordance with the present invention, a system and method areprovided which substantially reduce the disadvantages and problemsassociated with previous methods and systems for reducing powerconsumption while monitoring peripheral wireless interactions. Awireless interface module includes a primary radio having a primaryprotocol communication that communicates user data and a secondary radiohaving a wake protocol communication that communicates system and/orperipheral power states. Wake commands between peripherals andinformation handling systems trigger a transition from a low power statehaving the secondary radio active to an on state having a primary radioactive, such as by sending a signal from the secondary radio to a GPIOof a processing resource when a wake command is received at thesecondary radio.

More specifically, an information handling system interfaces with pluralperipherals through a wireless interface module, such as WiFi, BLUETOOTHand/or BLE, supported by primary radio communicating wireless signals bya user data protocol. A secondary radio interfaces with a GPIO of aprocessing resource that manages the primary radio to selectively wakethe primary radio from a low power state in response to a wake commandreceived at the secondary radio as a wireless signal communicated by awake protocol, such as a packet including pairing information and sendwith OOK or ASK formats. The secondary radio minimizes power consumptionwhen in the low power mode by limiting a need for processing resourceswhen monitoring for the wake command, such as by limiting the functionof the secondary radio to listening only for the wake command as storedin the secondary radio before the low power mode. Alternatively, thesecondary radio can include an additional limited number ofpreprogrammed commands, such as commanding a sleep mode, providing anacknowledgement and relaying wake protocol commands to otherperipherals. As an example, each command may be included in a registerof the secondary radio and referenced by a comparator as wirelesssignals are received so that a match results in a GPIO signal sent to aprocessing resource that can wake the primary radio or leverage thesecondary radio as desired, such as to relay wake commands. The wirelessinterface module supports peripherals ranging from keyboards and micethat use BLE, speakers that use BLUETOOTH, displays that use WiFi andlocation peripherals that transmit location beacons with BLE.

The present invention provides a number of important technicaladvantages. One example of an important technical advantage is thatwireless peripherals interface with an information handling system witha bi-directional low power mode that allows end user interactions at aninformation handling system wake peripherals and vice versa. Forinstance, if a user presence detection (UPD) device at an informationhandling system, such as a time of flight sensor or camera, detects anend user, a wake command from the information handling system to theperipherals allows the peripherals to establish an interface with theprimary radio so as to be ready to accept end user inputs before the enduser interacts with the peripherals. Similarly, at start up theinformation handling system initiates peripheral interactions to havethe peripherals prepared for interactions when the information handlingsystem is operational. In an off state, power consumption at theperipherals and information handling system is reduced so thatmonitoring of a wake command by a secondary radio allows peripherals towake an information handling system. Further, relay of the wake commandacross a group of peripheral or an area allows an end user to bring anentire desktop to an operational state with a single interaction ateither a peripheral or the information handling system. The low powerstate provided by the secondary radio enhances low power monitoring forlocation peripherals by enhancing battery life and providing a greaterpopulation of other peripheral devices that can detect and relaylocation beacons transmitted by location peripheral devices. Forexample, power consumption of a secondary radio monitoring for a wakecommand may be as low as 10 microWatts.

Another important advantage is that low power devices that onlycommunicate at intervals, such as IoT devices, may also wake betweenintervals to establish communication. This allows greater flexibilityfor contacting IoT devices in the field, such as to obtain intermediatesensor measurements and to perform maintenance, such as firmwareupdates. In addition, power use may be further reduced by relaying onthe low power of the wakeup radio to monitor the sleep state instead ofa sleep state of the SOC or other hardware.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention may be better understood, and its numerousobjects, features and advantages made apparent to those skilled in theart by referencing the accompanying drawings. The use of the samereference number throughout the several figures designates a like orsimilar element.

FIG. 1 depicts a portable information handling system having wirelessnetwork interfaces with plural different types of peripheral devices;

FIG. 2 depicts a state diagram of one example for power statetransitions based upon primary and secondary radio operations;

FIG. 3 depicts a block diagram of a wireless interface module havingwake and sleep states supported by primary and secondary radios;

FIG. 4 depicts a block diagram of secondary radio protocolcommunications between an information handling system and a peripheral,such as a keyboard or mouse;

FIGS. 5A, 5B, 5C, 5D, 5E and 5F depict flow diagrams of a process forsetting up and monitoring wake commands between low power wake-upsecondary radios;

FIGS. 6A, 6B and 6C depict radio transmit and receive events thatprovide low power secondary radio operations;

FIGS. 7A and 7B depict flow diagrams of a process to wake a device froma low power state with a wake command;

FIGS. 8A and 8B depict flow diagrams of a process for wake up of devicesas a group;

FIGS. 9A, 9B and 9C depict examples of wake commands between aninformation handling system and plural peripherals;

FIG. 10 depicts a flow diagram of a process for distribution of wakecommands between plural devices;

FIGS. 11A and 11B depict examples of broadcast packets associated with alocation peripheral device;

FIG. 12 depicts a flow diagram of a process for a time based locationpacket transmission; and

FIG. 13 depicts a flow diagram of a network location packet transmissionconfiguration.

DETAILED DESCRIPTION

A wake-up radio manages power states of an information handling systemand peripherals through a wake-up protocol separate from wirelessnetworking protocols, such as BLUETOOTH and WiFi. For purposes of thisdisclosure, an information handling system may include anyinstrumentality or aggregate of instrumentalities operable to compute,classify, process, transmit, receive, retrieve, originate, switch,store, display, manifest, detect, record, reproduce, handle, or utilizeany form of information, intelligence, or data for business, scientific,control, or other purposes. For example, an information handling systemmay be a personal computer, a network storage device, or any othersuitable device and may vary in size, shape, performance, functionality,and price. The information handling system may include random accessmemory (RAM), one or more processing resources such as a centralprocessing unit (CPU) or hardware or software control logic, ROM, and/orother types of nonvolatile memory. Additional components of theinformation handling system may include one or more disk drives, one ormore network ports for communicating with external devices as well asvarious input and output (I/O) devices, such as a keyboard, a mouse, anda video display. The information handling system may also include one ormore buses operable to transmit communications between the varioushardware components.

Referring now to FIG. 1 , a portable information handling system 10 isdepicted having wireless network interfaces with plural different typesof peripheral devices. In the example embodiment, portable informationhandling system 10 is built in a portable housing 12 that integrates adisplay 14 in a lid portion rotationally coupled to a main portionhaving processing components that cooperate to process information. Forexample, a motherboard 16 couples to housing 12 and interfacesprocessing components to support information processing. A centralprocessing unit (CPU) 18 executes instructions to process informationwith the instructions and information stored in a random access memory(RAM) 20. A solid state drive (SSD) 22 provides persistent storage ofinstructions and information, such as an operating system andapplications that are retrieved at runtime to RAM 20 for execution onCPU 18. A wireless interface module 24 interfaces with CPU 18 to providewireless communications for portable information handling system 10 withexternal devices and networks. For example, wireless interface module 24supports wireless communication through wireless local area networks(WLAN), such as IEEE 802.11 (b, g and n) WiFi networks, through wirelesspersonal area networks (WPAN), such as BLUETOOTH and BLE, or throughother types of user data wireless interfaces that communication throughshared public radio bands having channels in the 2.4 to 5 GHz frequencyranges. Although the example embodiment depicts a portable informationhandling system, other types of housing configurations may be used, suchas desktop and server configurations.

In the example embodiment, a variety of peripherals are depicted thatcommunicate with portable information handling system 10 through theirown wireless interface modules 24, such as with WLAN or WPANcommunications. A speaker 26 receives audible information through WLANor WPAN wireless signals to play audible information as sounds. Akeyboard 28 accepts inputs at keys 30 and communicates the inputs toportable information handling system 10 through WLAN or WPAN wirelesssignals for use as inputs. Similarly, a mouse 32 has a housing 34 thatmoves to allow position sensing by a position sensor 38 and to acceptinputs at buttons 36 as inputs to portable information handling system10 communicated through an integrated wireless interface module 24. Inthe example of keyboard 28 and mouse 32, communication is oftenperformed with BLUETOOTH LOW ENERGY (BLE), which uses periodiccommunication intervals to help reduce power consumption. For instance,communication by the BLE protocol with periodic interval connectionsreduces power by reducing temperatures generated by the radiotransmitter. A printer 40 includes a wireless interface module 24 toreceive print jobs from portable information handling system 10. Alocation peripheral 42 includes a wireless interface module 24 in ahousing 46 that runs in a low power mode on a battery 44 to provideintermittent communications as an aid for location of an attached item,such as keys 48. For instance, location peripheral 42 is a TILE orsimilar product that helps track locations based upon the location of aninformation handling system that detects wireless signals and reports aposition of the information handling system to a server or other networklocation when location peripheral 42 wireless signals are detected. Oneadvantage of using a secondary radio in the location peripheral is thatother peripheral devices, not just information handling systems, cantrack location beacon reports, such as by relaying the beacons to hostdevices. Location peripheral 42 is one example of an IoT device, otherexamples might include temperature or humidity sensors that integrate aBLE system on chip.

One difficulty with peripheral wireless communication interfaces to aninformation handling system is that a radio on both systems has to besimultaneously active to establish user data communication. Arrangingsimultaneous radio communication generally means increased powerconsumption at both the information handling system and peripheral,which can impact battery charge life. When battery power consumptionbecomes excessive, the radios are typically shut off so that end userinteraction is required to wake the device. To achieve reduced powerconsumption, each wireless interface module 24 includes both a primaryradio that supports WLAN and/or WPAN protocol wireless communicationsand a low power secondary radio that supports wake and sleepcoordination. The secondary radio has minimal logical functions tosupport wake and sleep wireless commands that, when detected, wake theprimary radio and its associated processing resource, such as by settinga GPIO signal high to the processing resource. The low power sleep stateprovided by the secondary radio allows peripherals to wake each otherand an information handling system with minimal impact on batterycharge. For example, an end user might make an input with a mouse orkeyboard to activate the secondary radio and in turn wake theinformation handling system through its secondary radio. Conversely, theinformation handling system may power up and use the secondary radio toawaken the keyboard and mouse so that the system as a whole is morequickly ready to interact with the end user. Although the exampleembodiment relates to peripheral devices, alternative embodiments mayinclude IoT devices, such as an IoT temperature sensor or gateway hub.IoT implementations may use the hardware and software solutionsdescribed below for peripheral devices.

Referring now to FIG. 2 , a state diagram depicts one example for powerstate transitions based upon primary and secondary radio operations. Atan initial state 50, the primary radio is active to communicate userdata through a network protocol, such as a WLAN or WPAN like BLUETOOTH.At state 52 a sleep event is determined, such as a command to power downor a predetermined idle time at an information handling system orperipheral. At the sleep event, a command to sleep is communicated withthe primary radio to other primary radios of associated devices and thesecondary radio is activated to receive an acknowledgement sent by theassociated device. As is described below in greater detail, associationsmay be between information handling systems and one or more peripheraldevices as well as between peripheral devices. For example, a keyboardmight control power state at a mouse and vice versa. At state 54, thesecondary radio is activated and sends an acknowledgement so that theprimary radios on both devices may be powered down to a low power mode.In the low power mode, the device may monitor for wake events, such asan input or power button press that wakes the processing resource, suchas with an input at a GPIO. If a wake event is detected, the signal mayalso command a transmission of a wake command from the secondary radioto command a wake of other associated secondary radios of otherassociated devices. Similarly, in the low power mode when the secondaryradio receives a wake command it initiates a wake of the processingresource by an input to a GPIO. At the wake event state 56, theprocessing resource transitions the secondary radio to an off state andthe primary radio to an on state. If the wake command is received by thesecondary radio, an acknowledgement may be transmitted by the secondaryradio or by the primary radio after the secondary radio is powered off.Similarly, when a secondary radio transmits the wake command, theprocessing resource may wait for an acknowledgment on the secondaryradio or may transition to the primary radio.

Referring now to FIG. 3 , a block diagram depicts a wireless interfacemodule 24 having wake and sleep states supported by primary andsecondary radios. Wireless interface module 24 provides a bi-directionalwake-up using a shared radio infrastructure to communicate user data andwake commands between associated devices so that independent events onthe associated devices initiates a wake and/or sleep state on theassociated devices. Essentially, a parasite radio dedicated to wake-upcommand sharing in a same frequency band as a main radio reduces powerconsumption during low power states. In the example embodiment, aprocessing resource 56 is provided by a microcontroller unit (MCU) thatexecutes instructions to manage a primary radio 58 and secondary radio60. Primary radio 58 communicates user data through user data protocols,such as WPAN and WLAN protocols. Secondary radio 60 communicates wakeprotocol commands that sleep and wake wireless interface module 24. Inthe example embodiment, both primary radio 58 and secondary radio 60transmit and receive in the 2.4 GHz band through a shared antenna 76.For example, primary radio 58 supports BLE protocol communication atdefined intervals and secondary radio 60 is programmed by processingresource 56 at entry to a sleep state to monitor a defined channel inthe 2.4 GHz range for communication of wake commands. A flash memory 57stores instructions for execution on processing resource 56 that managesuser data communications and programs secondary radio to manage wakecommands in the low power state. Pairing information 68 is defined byprocessing resource 56 to define BLE or other protocol communicationsand stored in RAM or flash memory. Although the processing resource 56is depicted as a separate element from flash memory 57 and primary radio58, a system on chip (SOC) or similar architecture may combine theseelements in one integrated circuit. In the example embodiment, anaccelerometer 65 senses accelerations, a CMOS sensor 64 senses light,such as for power, and an LED 66 provides a visual indication of theoperational state of wireless interface module 24. Componentinteractions and programming may be supported through a number ofinterfaces, such as SPI links 72 and I2C links 74.

In operation, wireless interface module 24 powers up primary radio 58when a need arises to transmit or receive user data and sleeps primaryradio 58 during idle periods. Secondary radio 60 wakes when primaryradio 58 sleeps so that low power is expended when listening for a wakecommand. If a wake command is detected, secondary radio 60 issues a wakesignal through GPIO 62 that wakes processing resource 56 to initiate awake of primary radio 58 and sleep of secondary radio 60. A GPIO 70interface between processing resource 56 and CMOS sensor 64 allows alocal input to wake processing resource 56 so that it can commandsecondary radio 60 to send a wake command. Similarly, an accelerationsensed by accelerometer 65 may wake processing resource 56 to initiate atransmission of a wake command by secondary radio 60. In one embodiment,secondary radio 60 communicates only the wake protocol, such as onlytransmitting and receiving wake and sleep commands. The wake protocolmay be provided with a simple modulation scheme that is readilyrecognized by a comparator of secondary radio 60, such as modulation ofsome portion of pairing information 68 with an On-Off Keying (OOK) orAmplitude-Shift Keying (ASK) modulation scheme in a defined channel,such as within a narrow bandwidth of less than 100 KHz. With just thesecondary radio 60 active, power consumption of less than 10 microWattsmay be achieved.

A variety of power efficiencies may be accomplished with the primary andsecondary radios. For instance, a shared antenna 76 reduces thecomponent size and expense. Similarly, a shared crystal may provide bothradios with accurate frequency control. Secondary radio 60 provides anattractive low power solution without a processing resource, such as bypre-programming wake and sleep commands in an internal register forcomparison against detected incoming signals with an internalcomparator. Wake and sleep commands defined by the wake protocol may beselected to enhance efficient transmission and reception, such as withlower data rates and unique preambles. In one alternative embodiment, tohelp promote backwards compatibility primary radio 58 may be selectivelyre-programmed to perform functions of secondary radio 60. For example,if an information handling system having a conventional wirelessinterface that supports BLE interfaces with a peripheral having awireless interface module and secondary radio, the wake protocol may beprogrammed into primary radio 58 when the peripheral goes to a low powerstate and returned to the BLE protocol when the peripheral wakes.

Referring now to FIG. 4 , a block diagram depicts secondary radioprotocol communications between an information handling system 10 and aperipheral, such as a keyboard 28 or mouse 32. During normal operations,primary radios 58 communicate through a user data protocol, such as BLE,with user data packets 78 using parameters set in part by thetransmission range between information handling system 10 and theperipherals. For example, primary radio 58 sets a transmit power thatvaries based on signal strength (RSSI) at each primary radio. At apredetermined condition, such as an idle time in which no end userinteractions are detected, the peripheral device transmits toinformation handling system 10 through user data with the BLE protocol asleep command to indicate entry to a sleep state of primary radio 58.The peripheral then sleeps primary radio 58 and wake secondary radio 60to listen for an acknowledgement. Information handling system 10 uponreceiving the sleep command sleeps its primary radio 58 and wakes itssecondary radio 60 to acknowledge the sleep command. Note that the sleepmay be commanded from the information handling system 10 to theperipherals, such as at shutdown of information handling system 10.Further, when information handling system 10 has external power, it mayelect to have both the primary and secondary radios remain powered up.

After both primary radios 58 are powered off, low power wake-upsecondary radios 60 monitor a preprogrammed radio channel for a definedwake command, such as an OOK or ASK modulated signal that includespairing information of the primary radio user data protocol, such as aBLE MAC address of a paired device. A wake-up packet 80 formatted withthe wake protocol is transmitted by a first secondary radio 60 upon awake event, such as a power up of information handling system 10 or aninput at mouse 32 or keyboard 28, and received by the second secondaryradio 60. At transmission of the wake command, the first secondary radio60 wakes its primary radio 58 and at receipt of the wake command thesecond secondary radio 60 wakes its primary radio 58. In the exampleembodiment, the wake command provides a unique preamble, a MAC headerfor the receive address and a frame body to provide a frame checksequence. Preprogrammed frequency channel, pairing information andprotocol selections allow the wake command monitoring to consume aminimal amount of power. In addition, the RSSI determined transmissionrange from user data communications may be applied to set a transmissionstrength and data transmission length of the wake command. Slow datarates tend to increase secondary radio range while also increasing theamount of time need to communicate the wake command.

Referring now to FIGS. 5A, 5B, 5C, 5D, 5E and 5F, flow diagrams depict aprocess for setting up and monitoring wake commands between low powerwake-up secondary radios. The process starts at step 82 of FIG. 5A witha host device, such as an information handling system, in analways-listen mode for pairing advertisement and continues to step 84 todetermine if an advertisement packet is received. At a client device,such as a peripheral, the process starts at step 86 with the deviceplaced in a pairing mode and continues to step 88 to broadcastadvertisement packets. At step 90 a determination is made of whether apairing initiation is made from the host and, if not the process returnsto step 88 to continue advertisement. At step 92 and 94 a pairingsequence is initiate for the host and device by exchange of BLE keys. Atstep 96 and 98 a BLE session is established between the host and device,such as in accordance with the BLE standards. Once the BLE session isestablished, the process continues to step 100 and 102 for the host anddevice to exchange wake-up capabilities. At steps 102 and 104, eachdevice determines if a wake-up capability exists and, if so, the processcontinues to step 106 of FIG. 5B. If a wake-up capability does notexist, the process continues to step 132 of FIG. 5C.

Referring now to FIG. 5B, at step 106 the host device generates a 5 bitsecurity key for the peripheral device and shares a wake-up key with theperipheral device. At step 108 the wake-up keys are sent as BLE userdata through the primary radios and received at the peripheral device atstep 110. At step 112 and 116 the host and peripheral devices turn ontheir respective secondary radios and, at step 114 the peripheral devicegenerates a wake command for communication by the secondary radio to thehost device, such as by using the wake-up keys and device MAC addressesto define the content of a wake-up packet sent by OOK or ASK wirelesssignals. At step 118 the host device receives the wake command at thesecondary radio and, at step 120 the host device verifies the wakecommand and generates an acknowledgement. At step 122 the peripheraldevice receives the acknowledgment and verifies the expectedinformation. At step 124 the host device generates a wake command andtransmits the wake command to the peripheral device. At step 126 theperipheral device receives the wake command and, at step 128 verifiesthe wake command and sends an acknowledgement to the host device. Atstep 130 upon receiving the acknowledgment, the host device confirmscomplete setup of the wake command for bi-directional wake of the hostand peripheral devices. The process then continues to step 132 of FIG.5C to determine if a configuration should be performed for a group wakecommand.

Referring now to FIG. 5C, a flow diagram depicts a process forconfiguration of a group wake command. The process continues to step 132for the peripheral device when prepared to set up a group wake commandand then continues to step 146 of FIG. 5D. The host device continues tostep 134 to determine if there is an existing group wake command at thehost device. If yes, the process continues to step 136 to prompt the enduser to select whether to join the existing group. If not the processcontinues to step 170 of FIG. 5E. If the end user elects to join theexisting group the process continues to step 138 to share the 5 bitgroup key for with the peripheral device. If at step 134 no group wakeexists, the process continues to step 140 to prompt the user to generatea group of peripherals. If not the process continues to step 170 of FIG.5E. If the end user elects to form a group the process continues to step142 to generate a 5 bit security key for the new group and continues tostep 144 of FIG. 5D. In one alternative embodiment, at step 132 a groupmay be defined around plural peripheral devices independent of aninformation handling system, such as by associating a keyboard and amouse by a group wake command that either the keyboard or mouse caninitiate separate from an information handling system.

Referring now to FIG. 5D, a flow diagram depicts configuration of groupwake command. The process starts at step 144 with transmission of thegroup wake command keys through a BLE interface to the peripheral deviceat step 146. At step 148 the peripheral device turns on its wake-upsecondary radio and at step 150 generates a group wake command tocommunicate to the host device. At step 154 the host device receives thewake command and at step 158 verifies the group wake command and sendsan acknowledgement, which is received at the peripheral device at step160. At step 162 the host device generates a group wake command andtransmits the group wake command to the peripheral device at step 164.At step 166 the peripheral device verifies the wake command andtransmits an acknowledgement to the host device at step 168, whichverifies completion of the verification. Although the process relatesdevices in defined groups, in alternative embodiments, the groups couldbe defined on an area basis. For example, a cube might have a keyboard,mouse, printer and display that interface through wireless signals andare associated based upon their area so that an end user interactionwith one device may wake all other devices in a defined area.

Referring now to FIG. 5E, a flow diagram depict a process for setting upa sleep command at a peripheral. At step 170, the host device generatesa sleep command for the peripheral device based upon the pairinginformation and wake command key. The sleep command is transmitted tothe peripheral device at step 174 through the BLE interface and receivedat step 172. In response at step 178 the peripheral device generates anacknowledgement packet to transmit at step 180 through the secondaryradio using the wake protocol. At step 176 the host device receives theacknowledgement to confirm the sleep configuration. The process thencontinues to step 182 of FIG. 5F to set up a location beacon if desired.At step 182 the peripheral device generates a location beacon sent withthe secondary a radio at step 186 with the wake protocol. At step 184the host device receives the location beacon and at step 188 generate anacknowledgement for transmission through the primary radio at step 190for communication to the peripheral device, which receives theacknowledgement at step 192. The process ends at step 194 with the hostand peripheral devices configured for communication supported by the lowpower wake-up secondary radio. In various embodiment, variations to theconfiguration may be done. For instance, instead of exchanging wakecommand keys, the BLE security may be used and the BLE pairinginformation may be hashed or otherwise adapted to provide a unique wakecommand. The unique wake command may include a unique preamble to helpfurther reduce power consumption by reading irrelevant radio signals.The wake command may provide a capability exchange inserted by defaultin all wake protocol packets. Alternatively, conditional informationinsertion may depend on mode indication bits. In another embodiment wakepackets may be defined without capability exchange inserted with apre-promised condition between receive and transmit. Although theexample embodiment describes a setup configuration through BLE, otherprotocols may be used, such as WLAN protocols.

Referring now to FIGS. 6A, 6B and 6C, radio transmit and receive eventsare depicted that provide low power secondary radio operations. Both theprimary and secondary radios have an ability to sleep in off and lowpower modes. Sleep in an off or low power mode reduces power consumptionto near zero, such as by powering down the radio crystal or even cuttingoff power dissipation at the radio entirely. In a receive mode, theradio consumes an increased amount of power but less than in a transmitmode. In order to minimize power consumption, in the low power modes thesecondary radios attempt to synchronize transmit and receive windows sothat wake commands are more effectively monitored with minimal powerconsumption. One technique that helps to reduce overall powerconsumption is to acknowledge commands received at a primary radio witha secondary radio and vice versa. Another technique is to use a longerterm transmit for the secondary radio with shorter term periodic listenwindows where the wake commands are infrequent events. In contrast, theBLE protocol defines a periodic connection interval for primary radiosto interface for confirming the interface and transfer of data. Thesecondary radio provides a lower power solution by removinglogic-dependent radio control that relies upon a processing resource andinitiating logic-dependent radio control when a wake event is detected.

FIG. 6A depicts an example where a 10 ms receive window is spaced every200 ms to detect a 100 ms wake command transmission. In some exampleembodiments, the device that experiences the wake event may shift thetransmit window over time to fall within the receive window of thesleeping device. Although the transmitting device consumes greater powerthan the receiving device, where wake events are dispersed over time thelonger transmit window has a cumulatively reduced power consumption. Thetransmission may be, for example a repeat of the wake command over thetransmit time period so that the receive device has a sufficient windowto match the wake command against the wake command stored in an internalregister. FIG. 6B depicts an overlap of the receive window and thetransmit window by decreasing the interval between periodic receives atthe sleeping device to at least the length of the transmission by thedevice having he wake event. FIG. 6C illustrates another example ofoverlapping receive and transmit windows that can help to extend theinterval between receive windows at a sleeping device. For example, asecondary radio receives a part of a wake command that matches a part ofthe wake command stored in the internal register, a wake may beperformed to determine with the primary radio whether the other devicein fact commanded and entered a wake state.

Referring now to FIGS. 7A and 7B, flow diagrams depict a process to wakea device from a low power state with a wake command. In the exampleembodiment, the low power device receives in short bursts to listen fora wake command transmitted for at least a length of time greater thanthe interval between the receives. At step 196 and 198, both devices arein a low power mode. At step 200, the first device monitors for a wakeevent, such as a press at a keyboard key, a movement of a mouse or apower on at an information handling system. When a wake event isdetected, the process continues to step 202 to bring the first deviceout of the low power mode, such as by a signal at a GPIO of a processingresource or the secondary radio that commands a wake. At step 204 adetermination is made of whether the second device is active orsleeping. If the second device is active, the process continues to step214 of FIG. 7B. If the second device is sleeping, the process continuesto step 206 to create a wake command packet for communication by thesecondary radio. At step 208, the secondary radio broadcasts the wakecommand in a preassigned frequency channel is a “blast” mode that has atransmit time of greater than the second device receive window interval,as depicted by FIG. 6B. At step 210 the second device secondary radiodetermines if it has received a wake command and monitors for a wakecommand until received. Once a wake command is received, the processcontinues to step 212 verify if the wake command is for the seconddevice. If not the process returns to step 198 to continue monitoringfor a wake command. If the wake command is for the second device, theprocess continues to step 216 of FIG. 7B.

At step 214, the first device initiates BLE bonding with the seconddevice, such as with stored pairing information. At step 216, the seconddevice transitions from a sleep to a wake state, such as by providing asignal from the secondary radio to a GPIO of the processing resourcethat controls the primary radio. At step 218, the second deviceestablishes BLE bonding with the first device, such as throughadvertisement and reconnection BLE protocols of the primary radio.Although the example embodiment wakes a primary radio for BLEcommunications, in alternative embodiments, a wake command may bespecific to different types of primary radios and user data protocols.For example, the wake command may include one or more bits that specifywhich primary radio and protocol are woken. In one embodiment, a two bitindication can command wake BLE only (0,1), wake WiFi only (1,0), wakeup both BLE and WiFi (1,1), and wake an entire system (0,0). As isdescribed below, adjustments to the wake command may also set devices towake as part of a group or an area. For instance, a wake command caninclude a two bit indication that defines which of plural devices of agroup should wake, either individually or collectively.

Referring now to FIGS. 8A and 8B, flow diagrams depict a process forwake up of devices as a group. The process starts at step 220 with afirst device in a low power mode and step 22 with a group of devices 2through N in a low power mode. At step 224 the first device monitors foran event that indicates a transition to a wake state and, when an eventis detected, continues to step 226 to generate a wake command for thegroup of devices 2 through N. At step 228, the first device transmitsthe group wake command for a time period of greater than the intervalbetween receive windows of the group of devices. After broadcast of thegroup wake command, the process continues to step 234 of FIG. 8B. Atstep 222 the group of devices are in a low power mode with at step 230 aperiodic determination of receiving of the wake command. Once the wakecommand is determined, the process continues to steps 232 to verify thatthe wake command is for the device and/or a group to which the device isassigned. If so the process continues to step 236 of FIG. 8B.

At step 234 the first device comes out of the low power mode and powersthe primary radio. At step 236, each of the devices of the group wakefrom the low power mode at receive of the group wake command. At step238 and 240 the first device establishes BLE bonding with each device ofthe group using the primary radio user data protocol. At step 242 adetermination is made of whether all of the devices of the group areawake, such as by the acknowledgement received through the primaryradios. If not, the process returns to step 226 to attempt to wakeremaining devices, either with another group wake command or withindividual wake commands. As described above, the transition to an onstate may relate to BLE only, WiFi only, or both radios, as well as todifferent types of wake states at each device as specified by the wakecommand or subsequent BLE communications.

Referring now to FIGS. 9A, 9B and 9C, examples of wake commands aredepicted between an information handling system and plural peripherals.FIG. 9A depicts a one-to-one wake scenario where one device that detectsa wake event transmits a wake command to another device, such as aninformation handling system 10 waking a mouse 32 at power up or a mousewaking an information handling system when movement is detected. FIG. 9Bdepicts a one-to-many wake scenario where an information handling system10 wakes keyboard 28 and mouse 32, such as a broadcast wake commandtransmitted at power up of information handling system 10. FIG. 9Cdepicts a one-to-one-to-many scenario where a mouse 32 issues a wakecommand to information handling system 10 and then information handlingsystem 10 wakes a group of devices associated with it, such as akeyboard 28 and mouse 32. The trigger to wake of FIG. 9C may extend tosituations where an area around of an information handling system istransitioned to wake or where a wake command at one device triggers awake from that device to other devices as a relay, essentially hoppingbetween associated devices and groups of devices.

Referring now to FIG. 10 , a flow diagram depicts a process fordistribution of wake commands between plural devices. The process startsat step 244 with a determination that a wake is initiated by aperipheral. If so the process continues to step 246, if not to step 248.At steps 246 and 248 a determination is made of whether a peer deviceassociated with wake is a single device. If yes, the process continuesto steps 250 and 262 where a determination is made of whether the targetof the wake command is the peer device. If so, the process continues tostep 252 and 264 to perform a one-to-one wake command to the peerdevice. If not, the process continues to step 254 and 266 to perform arelay of one-to-one-to-one to wake the target devices, such as mouse toan information handling system to a target keyboard. If at steps 246 and248 the peer device is not a single device, the process continues tosteps 256 and 268 to determine if the target device is the peer. If so,a one-to-one wake is commanded at steps 258 and 270. If not, aone-to-one-to an area is commanded at step 260 and 272. In variousembodiments, wake-up secondary radios may be pre-programmed for desiredwake scenarios that coordinate a desktop operational space, such asmanaged power states at plural information handling systems, inputdevices, displays, speakers, printers, etc. . . . .

Referring now to FIGS. 11A and 11B, examples of broadcast packetsassociated with a location peripheral device are depicted. A locationperipheral device establishes radio communication with other devices sothat the position of the other devices helps to locate the locationperipheral device. Minimal battery consumption is an important concernfor such location peripheral devices so that minimal receive andtransmit windows are a consideration. Including a secondary radio in alocation peripheral device provides an advantage of reduced powerconsumption and also allows the location device to interact with otherperipheral devices, such as through a relay to host devices. FIG. 11Adepicts an example of a location peripheral device transmission packetthat had a recent connection, such as within the past 24 hours. In theexample embodiment, the location peripheral transmits a packet everysecond so that over an extended period of time another peripheral willoverlap with the transmission to locate the location peripheral device.FIG. 11B depicts an example of location peripheral device packetbroadcasts after a failure to connect for a defined intermediate time,such as 24 hours to a week. The location beacon transmission time isdecreased to 500 msec. In one example embodiment, the location packetafter a recent connection may simply include the device identifier, suchas the BLE MAC address while the location packet after an intermediatetime since the last contact may include a time stamp. Including the timestamp allows peripheral devices that detect the location packet to storethe device ID and time stamp so that the peripheral devices may relaythe contact information to an information handling system when next inuse. In another example a location packet may be transmitted differentlywhere a last contact occurred an extended time ago, such as greater thana week. In the example embodiment, the location packet is sent everyfive minutes with the device identifier and a time stamp. In variousembodiments, the location peripheral device may rely on only thesecondary radio to transmit location or may include a primary radio andprocessing resource that cooperate at connections to adapt theconfiguration of the location beacons.

Referring now to FIG. 12 , a flow diagram depicts a process for a timebased location packet transmission. The process starts at step 274 andcontinues to step 276 to determine if a BLE connection exists with theprimary radio. If yes, the process ends at step 296 where the update forthe position and communication to the network location is performedthrough the BLE interface. If no BLE connection exists at step 276, theprocess continues to step 278 to determine if the last BLE connectionwas within a short defined time period, such as less than 24 hours ago.If so, the process continues to step 280 to define a location packet fortransmission of the short time period and to step 282 at which thepacket is transmitted. Successful interactions by the secondary radiocan result in establishment of a BLE interface to update a networklocation, such as a cloud storage location. In one example embodiment,an accelerometer in the location peripheral device may be used to trackchanges in position indicated by accelerations, so that the locationbeacon timing may be adjusted after reporting a position to a cloudlocation since the location will not change without detection of anacceleration. From step 282 the process repeats to send the locationbeacon until the intermediate time period is detected at step 278 andthe process continues to step 284 to apply the intermediate time periodtransmission pattern. At step 284 a determination is made of whether thelast interface by the primary radio, such as with BLE, was greater than24 hours and less than a week. If so the process continues to step 286to generate a packet having the intermediate time period configurationand to step 288 to broadcast the intermediate time period packet. If aconnection is established by the primary radio, the location informationis updated to the network location and the process starts again at step274. If a connection is not made, the process returns to step 284 untilthe intermediate time period passes of greater than one week, and thencontinues to step 290. At step 290 if the time from the last contact isgreater than a week, the process continues to step 292 to generate alocation beacon associated with an extended time since reporting aposition. At step 294 the extended time location beacon is transmitted.The process continues from step 290 until a BLE connection isestablished and then returns to the start at step 274.

Referring now to FIG. 13 , a flow diagram depicts a network locationpacket transmission configuration. The process starts at step 298 and atstep 300 determines if the device has reported location within the shortterm period, such as the last 24 hours. If not, the process stops atstep 308. If the device location was reported in the last 24 hours, theprocess continues to step 302 to determine if the device location haschanged in the last 24 hours. If the position has changed, the processreturns to step 298. If at step 302 the position was reported in lessthan 24 hours and has not changed for 24 hours, the process continues tostep 304 to determine if the location peripheral is in a known location,such as a home or office. If not, the process returns to step 298. Ifthe location peripheral device is in a known location, the processcontinues to step 306 for the host to send to the location peripheraldevice a command that sets the location beacon transmission frequency tothe extended time transmission profile. The more extended times betweenlocation beacons reduces battery charge consumption while the locationperipheral device is in a location where it is less likely to becomelost. The process then ends at step 308.

Although the present invention has been described in detail, it shouldbe understood that various changes, substitutions and alterations can bemade hereto without departing from the spirit and scope of the inventionas defined by the appended claims.

What is claimed is:
 1. An information handling system comprising: ahousing; a processor disposed in the housing and operable to executeinstructions to process information; a memory disposed in the housingand interfaced with the processor, the memory operable to store theinstructions and information; a wireless interface module having aprimary radio, a secondary radio and a processing resource; and aperipheral device separate from the housing and configured to accept enduser inputs, the peripheral device including a peripheral wirelessinterface module having a peripheral primary radio, a peripheralsecondary radio and a peripheral processing resource, the peripheraldevice operable to convert the end user inputs to user input informationand to transmit the user input information with the peripheral primaryradio to the wireless interface module primary radio; and anon-transient memory integrated in the peripheral device and storingperipheral instructions that when executed on the peripheral processingresource: receive a sleep command with the peripheral primary radio fromthe primary radio in a wireless personal area network protocol; inresponse to the sleep command, send an acknowledgement of the sleepcommand with the peripheral secondary radio; in response to the sleepcommand, sleep the peripheral primary radio and the peripheralprocessing resource; and in response to the sleep command, monitor for awake command with the peripheral secondary radio.
 2. The informationhandling system of claim 1 further comprising: a non-transient memoryintegrated in the housing and storing wireless interface instructionsthat when executed on the peripheral processing resource: transmits thesleep command with the primary radio in response to a predeterminedcondition; receives the acknowledgement of the sleep command with thesecondary radio; in response to the acknowledgement of the sleepcommand, sleeps the primary radio and the processing resource; and inresponse to the acknowledgement of the sleep command, monitor for a wakecommand with the secondary radio.
 3. The information handling system ofclaim 2 wherein the predetermined condition comprises a power down ofthe processor.
 4. The information handling system of claim 3 wherein theperipheral instructions further: detect an end user interaction at theperipheral device; and in response to the end user interaction, transmitthe wake command.
 5. The information handling system of claim 4 whereinthe wireless interface instructions further: wake the processingresource in response to the wake command; and issue a command from theprocessing resource to wake the processor.
 6. The information handlingsystem of claim 1 wherein: the wireless interface instructions and theperipheral instructions cooperate to define wireless personal areanetwork pairing information to establish a wireless personal areanetwork pairing of the wireless interface module and the peripheraldevice with only the primary radio and peripheral primary radio; andeach of the wireless interface instructions and the peripheralinstructions apply the wireless personal area network pairinginformation to generate the wake command.
 7. The information handlingsystem of claim 6 wherein the wake command comprises informationmodulated with an On-Off Keying protocol and including at least some ofthe wireless personal area network pairing information.
 8. Theinformation handling system of claim 6 wherein the secondary radion andthe peripheral secondary radio only transmit the wake command andacknowledgements of the wake command.
 9. The information handling systemof claim 6 wherein the peripheral comprises a keyboard.
 10. A method formanaging information handling system peripheral power, the methodcomprising: communicating pairing information of a wireless personalarea network protocol between the information handling system and theperipheral; applying the pairing information to communicate userinformation generated as user inputs from a first primary radio at theperipheral to a second primary radio at the information handling systemwith a wireless personal area network protocol; applying the pairinginformation to define a wake command for communication between firstsecondary radio at the peripheral and a second secondary radio at theinformation handling system; communicating a sleep command from one ofthe first and second primary radios to the other of the first and secondprimary radios; and acknowledging the sleep command through the firstand second secondary radios.
 11. The method of claim 10 furthercomprising: in response to the sleep command, powering down the firstand second primary radios; and monitoring for the wake command with thefirst and second secondary radios.
 12. The method of claim 11 furthercomprising: communicating user inputs detected at the peripheral to theinformation handling system through the first and second primary radios;and communicating the wake command only through the first and secondsecondary radios.
 13. The method of claim 11 further comprising: inresponse to the sleep command, powering down a central processing unitof the information handling system; and in response to the wake commandreceived at the second secondary radio of the information handlingsystem from the first secondary radio of the peripheral, powering up thecentral processing unit.
 14. The method of claim 10 further comprising:communicating the pairing information of the wireless personal areanetwork protocol between the information handling system and pluralperipherals; and applying the pairing information to define the wakecommand for each of the plural peripherals individually and a group wakecommand all of the plural peripherals.
 15. The method of claim 10further comprising: applying the pairing information to define an areawake command; and monitoring for the area wake command with pluralperipherals disposed in a predetermined area.
 16. The method of claim 10further comprising: monitoring signal strength of wireless signalscommunicated by the first and second primary radios; and applying thesignal strength to define a data rate of a wireless signal forcommunication of the wake command.
 17. The method of claim 10 whereinthe peripheral comprises an Internet of things device.
 18. A peripheralcomprising: a housing having an input device configured to accept inputsfrom a user; a peripheral processing resource interfaced with the inputdevice to generate user input information from the inputs; a peripheralprimary radio disposed in the housing and interfaced with the peripheralprocessing resource and operable to transmit the user input informationwith a first wireless protocol; a peripheral secondary radio interfacedwith the peripheral processing resource and operable to receive a wakecommand; and non-transitory memory interfaced with the peripheralprocessing resource and storing instructions that when executed on theperipheral processing resource: receives a sleep command through theperipheral primary radio; in response to the sleep command, transmits anacknowledgement of the sleep command with the peripheral secondaryradio; in response to the sleep command, sleeps the peripheralprocessing resource and the peripheral primary radio; and in response tothe sleep command, monitors for the wake command with the peripheralsecondary radio.
 19. The peripheral of claim 18 wherein the wake commandincludes at least a first wake command to wake the peripheralindividually and a second wake command to wake the peripheral as part ofa group of plural peripherals.
 20. The peripheral of claim 17 wherein:the input device inputs wake the peripheral processing resource fromsleep: and the instructions command the peripheral secondary radio totransmit the wake command in response to input device inputs.